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(57) The service use requirement issue from the us- 
er is rejected by holding the threshold value for starting 
and releasing the service reject in response to the load 
in the side for providing the information communication 
service and multicasting the service reject information 
including the device in the users who do not issue the 
service requirement using the route with which each us- 
er transmits the requirement to the information commu- 
nication service system when a load in the side lor pro- 
viding the information communication service becomes 
high and it is determined that the service reject is start- 
ed As explained above, when an information service 
system such as the shopping service system is placed 
in the overload condition, the service use requirement 
can be rejected from the user side device to ease the 
load of the service provision system. 
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Description 

[0001] The present invention relates to the technique 
to reject service use requirement issue from users in the 
service provision system. 

[0002] The Japanese Unexamined Patent Publication 
No. H6-284187 discloses a system providing a plurality 
of service switching points for switching between sub- 
scriber terminals and virtual private network and a sys- 
tem control processor for controlling such service 
switching points through the communication network. In 
this system, the system control processor measures 
traffics corresponding to classes of the private networks 
and transmits a reject signal to the service switching 
points in regard to the traffics exceeding the preset 
threshold value. Each service switching point abandons 
respective requirement signal depending on such reject 
signal. Thereby, such a delicate process that the calls 
in regard to the particular services resulting in the over- 
load or the calls in regard to the private network used 
by the particular customers are rejected and the call 
connections to the other services are established can 
be realized. 

[0003] Moreover, Japanese Unexamined Patent Pub- 
lication No. H1 0-97474 discloses that when an informa- 
tion communication service use requirement is issued 
to a service provider from an end user, the service pro- 
vider gives the priority to the community which is the in- 
formation to determine the activity range of a user on 
the network and distributes this community to the user 
via the network and thereby the end user can perform 
the processes for acquisition, completion, moving, inter- 
mission and recovery on the basis of this community. 
Thereby, congestion of closed network, for example, in 
the company can be prevented by preferentially execut- 
ing the community having higher priority. 
[0004] Moreover, Japanese Unexamined Patent Pub- 
lication No. H8-213981 discloses that a logical another 
line is provided between the host and a plurality of ter- 
minals in the theoretical 1 :n communication between the 
host and a plurality of terminals and thereby congestion 
message is notified at a time to the terminals. 
[0005] In the related art system described in Japa- 
nese Unexamined Patent Publication No. H6-284187, 
the service requirement is abandoned at the service 
switching points. Therefore, load of the system control 
processor can be eased. However, service requirement 
to the service switching point from the subscriber termi- 
nal is not yet rejected. 

[0006] For example, when a panicked condition is 
caused with a catastrophe wherein connection require- 
ment for telephone service is concentrated or in the tick- 
et selling condition where such connection requirement 
is concentrated within the particular time, there are fears 
that over-load occurs at the service switching point to 
which a plurality of subscriber terminals (users) are con- 
nected and thereby the subscribers (users) connected 
to the service switching point cannot use the services. 



[0007] Namely, in the related art method disclosed in 
Japanese Unexamined Patent Publication No. 
H6-284187, since it is impossible to reject generation of 
a large amount connection requirement (service use re- 
5 quirement) itsell from the subscriber terminals (user 
terminals) , any consideration is not taken for the over- 
load control at the service switching points as the facil- 
ities in the service provider side. Moreover, since a large 
amount of connection requirement (service use require- 
ment) occurs in the network connecting the subscribers 
(users) and service switching points, nothing is consid- 
ered to the condition that a load is applied to the network 
connecting the subscribers (users) and service switch- 
ing points. 

[0008] Moreover, when a user issues again the serv- 
ice use requirement because of rejection for service use 
requirement, the information service system is further 
over-loaded and thereby the traffics are always in the 
congesting condition. 

[0009] In addition, in the related art system disclosed 
in Japanese Unexamined Patent Publication No. 
H1 0-97476, the service use requirement issue is con- 
trolled by giving the reject information to the responses 
to the service use requirements from users. Therefore, 
the service use requirement issue fromthe particular us- 
ers can be controlled but if the service use requirements 
are issued simultaneously from many users, there rises 
a problem that the information service system is over- 
loaded because the reject information must be transmit- 
ted individually. 

[0010] For example, in a shopping service system, the 
service use requirement issue from a certain user may 
be controlled by giving the reject information to the re- 
sponse to the service use requirement from such user. 
However, since the reject information is not distributed 
to the other users, the other users will issue the service 
use requirement without relation to the reject informa- 
tion for the shopping service system. Therefore, for ex- 
ample, when the ticket sales is started, the service use 
requirement issue from users is concentrated and there- 
by there rises a problem that the shopping service sys- 
tem is overloaded. 

[0011] Moreover, if the shopping service system is 
overloaded and it cannot return the answer to the serv- 
ice use requirement, a user reissues the service use re- 
quirement. Thereby, the overload condition of shopping 
service system is further deteriorated. 
[0012] Moreover, in an example of the hand-held tel- 
ephone network, the network will be overloaded to gen- 
erate the connection disabling condition in such a period 
that the working peoples are returning to homes where 
the service use requirement (dialing) is concentrated. In 
this case, if users try the redialing, there rises a problem 
that the overload condition of the hand-held telephone 
network is further deteriorated. 
[0013] In addition, in Japanese Unexamined Patent 
Publication No. H8-21 3981, a theoretical another line is 
required in addition to the line for data transfer in order 
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to notify the congesting condition. As a result, the addi- 
tional system resources aTe required for such another 
line. 

[0014] It is therefore an object of the present invention 
to provide an information communication service provi- 
sion system to effectively avoid the overload condition 
of the network. 

[0015] In view of achieving the object explained 
above, the information communication service provision 
system comprises a service reject control part for deter- 
mining whether the service reject information should be 
issued or not by measuring the load condition of a serv- 
ice provisioning part, a service reject information table 
for storing the service reject information and a service 
reject information issue part for issuing the service reject 
information to a service use client and moreover a 
means for transmitting, when the service reject control 
part detects that the load condition of the service provi- 
sion system has exceeded the threshold value, the serv- 
ice reject information stored in the service reject infor- 
mation table, with the same rout as the data, not only to 
the service use clients who have issued the service re- 
quirement in which the load exceeds the predetermined 
threshold value but also to the other service use clients 
who have not issued the service requirement from the 
service reject information issue part. 
[001 6] Moreover, the aforementioned service use cli- 
ent comprises a service reject information accept part 
for accepting the service reject information issued from 
the service provision system, a service use requirement 
issue control table for storing the service reject informa- 
tion accepted with the service reject information accept 
part, a service use requirement issue control part for de- 
termining whether the service use requirement accept- 
ed from user should be issued or not based on the serv- 
ice use requirement issue control table and a means for 
controlling the service use requirement issue in the serv- 
ice use client side based on the service reject informa- 
tion issued to the service use client from the service pro- 
vision system. 
[0017] In the drawings: 

[0018] Fig. 1 is a block diagram of the shopping serv- 
ice system illustrating a preferred embodiment of the 
present invention. 

[0019] Fig. 2 is a load threshold value table. 
[0020] Fig. 3 is a service reject information table. 
[0021] Fig. 4 is an image diagram of the service use 
display image for notifying the service reject condition 
to users. 

[0022] Fig. 5 is a flowchart illustrating the process of 
service reject control part. 

[0023] Fig. 6 is a flowchart illustrating the process of 

service reject information issue part. 

[0024] Fig. 7 is a flowchart illustrating the process of 

service reject information accept part. 

[0025] Fig. 8 is a flowchart illustrating the process of 

service use requirement issue control part. 

[0026] Fig. 9 is a timing chart among the service pro- 



vision system and service use clients. 
[0027] Fig. 10 is a block diagram in the case that the 
service reject information issue part is provided in the 
other server in the block diagram of the shopping service 
5 system as the preferred embodiment of the present in- 
vention. 

[0028] Fig. 11 is a service reject information table. 
[0029] Fig. 12 is an image diagram of the service use 
display for notifying the service reject condition to the 
10 users. 

[0030] Fig. 1 3 is a flowchart illustrating the process of 
service use requirement issue control part. 
[0031 ] Fig. 1 4 is a timing chart among the service pro- 
vision system and service use clients. 

J5 [0032] Fig. 15 is a load threshold value table. 
[0033] Fig. 16 is a service reject information table. 
[0034] Fig. 1 7 is a service reject information table. 
[0035] Fig. 1 8 is a flowchart illustrating the process of 
service use requirement issue control part. 

20 [0036] Fig. 1 9 is a service use requirement issue con- 
trol table. 

[0037] Fig. 20 is a diagram illustrating an example of 
the system comprising the service clients having the 
service connection part of the present invention. 
25 [0038] The shopping service system as an example 
of the preferred embodiment of the present invention will 
be explained with reference to Fig. 1 to Fig. 20. 
[0039] Fig. 1 illustrates the total structure of the shop- 
ping service system. In this system, the service provi- 
so sion system 101 comprises a service provisioning part 
108 for providing the shopping service, a service use 
requirement accept part 107 for accepting the service 
use requirement from the users 402, a toad threshold 
value table 103 for storing the load threshold value 
35 which is the reference value for determining whether the 
service reject information should be issued or not de- 
pending on the load of the service provisioning part 108, 
a service reject control part 105 for determining whether 
the service reject information should be issued or not 
40 depending on the load threshold value table 103, aserv- 
ice reject information table 104 for storing the service 
reject method in the service use client, a service reject 
information multicasting part 106 for multicasting the 
service reject information to the service use clients and 
is an information configuration part 102 for respectively 
setting the load threshold value and service reject infor- 
mation to the toad threshold value table 1 03 and service 
reject information table 104. 

[0040] Moreover, as the structure of the other embod- 
50 iment of service provision system, the service providing 
service provision system A01 may be separated from 
the service reject information issuing service reject in- 
formation issue server A02 as illustrated in Fig. 10. 
[0041] Moreover, the service use client 301 compris- 
es es a service connection part 300 for connection to the 
service provision system based on the service reject in- 
formation. As illustrated in Fig. 20, the service use client 
301 prepares the service connection part 300 required 
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for connection with the service provision system 101 be- 
fore the connection with the service provision system 
101 . In more practical, prior to the process, the neces- 
sary programs are loaded. 

[0042] As explained above, the programs of the serv- 
ice connection part 300 may be loaded because of fol- 
lowing reasons. 

[0043] As the service use client 301, a plurality of 
types can be assumed but these types of clients are not 
always provided the function to restrain the service use 
requirement issue based on the service reject informa- 
tion which will be explained later. Therefore, it is possible 
to provide the function to restrain the similar service use 
requirement to various types of service use clients by 
initially loading the programs having the function ex- 
plained above. 

[0044] Fig. 20 illustrates a system for providing the 
service connection part(distributing the necessary pro- 
grams to each client) with an additionally provided serv- 
ice connection part provisioning server 501 in view of 
applying no load to the service provision system 101 in 
the provisioning process of the service connection part 
300. A user 402 obtains the service provisioning part 
300 by extending the connection to the service connec- 
tion part provisioning server 501 from the service use 
client 301. Moreover, it is also possible to use the soft- 
ware which may be down-loaded from the service con- 
nection part provisioning server 501 and can be operat- 
ed in direct without installation thereof just like the Java 
Applet. In the embodiment of Fig 20, an example of ob- 
taining the server connection part 300 via the network 
has been explained, but such software may be installed 
previously to the service use client 301 using the soft- 
ware storing medium such as CD-ROM and ROM (Read 
Only Memory). Moreover, when the service connection 
part provisioning server 501 is included in the service 
provision system 101, it is also possible to previously 
provide the service connection part 300 when the load 
is rather low in the service provision system 101. 
[0045] Here, the service provision system (server) 
101 and the system in the service providing side such 
as the service reject information issue server A02 of Fig. 
10 and the service connection part provisioning server 
501 of Fig. 20 are generally called an information service 
system including the modification examples. 
[0046] The service connection part 300 has the struc- 
ture comprising a service reject information accept part 
302 for accepting the service reject information from the 
service provision system 101 , a service use requirement 
issue control table 303 for storing the service reject in- 
formation accepted from the service provision system 
101 , a service use requirement accept part 306 for ac- 
cepting the service use requirement from the user 402, 
a service use requirement issue control part 305 for de- 
termining whether the service use requirement should 
be issued or not depending on the service use require- 
ment issue control table 303, a service use requirement 
issue part 304 for issuing the service use requirement 



and a user notice part 307 for notifying acceptance of 
the service reject information to a user 402 when such 
service reject information is accepted. 
[0047] The load threshold value table 103 stores, as 
s illustrated in Fig. 2, the service reject start threshold val- 
ue T201 which is the threshold value for determining the 
start of service reject based on the load of the service 
provisioning part 108 and the service reject release 
threshold value T202 which is the threshold value for 
10 determining release of service reject. 

[0048] The load of the service provisioning part 108 
explained here indicates the utilizing condition of the re- 
sources used in the services for provided to users 402 
with the service provisioning part 108 such as a busy 
is coefficient of processor, application coefficient of mem- 
ory and buffer, application coefficient of disc space and 
input/output application coefficient of network and disc. 
In the shopping service system illustrated in Fig. 2, the 
application coefficient of processor of the service provi- 
so sioning part 108 is considered as an exampleof the load 
of the service provisioning part 108 and any kind of load 
which gives influence on the service quality such as in- 
put/output application coefficient of the network and disc 
can be considered as the load of the service provision- 
's ing part 108. 

[0049] The service reject information table 1 04 stores, 
as illustrated in Fig. 3, a class of server T301, a class of 
service T302 and a service use requirement issue re- 
straint as a class of reject T303 and a reject message 
30 T304 to notify invalidity of service use to users such as 
"It is very busy now and you cannot use this service. 
Please use gain this service later." 
[0050] The service reject control part 1 05 periodically 
measures the load condition of the service provisioning 
35 part 10B and determines whether the service reject in- 
formation should be issued or not depending on the re- 
sult of measurement and load threshold value table 103. 
This process is illustrated in Fig. 5. Each step of this 
process will be explained below. 
40 [0051] The service reject control part 105 measures 
the load of the service provisioning part 108(S501 ), de- 
termines the current service reject condition (S502) and 
compares, when the current service reject condition is 
not effective, the load of the service provisioning part 
45 108 with the service reject start threshold value T201 of 
the load threshold value table 103 (S503). When the 
load of the service provisioning part 108 does not ex- 
ceed the service reject start threshold value T201 of the 
load threshold value table 103, the process is complet- 
so ed. When the load of the service provisioning part 108 
exceeds the service reject start threshold value T201 of 
the load threshold value table 103, the service reject 
condition is set to "service reject condition" (S504), the 
reject information pieces T301 to T404 are obtained 
55 from tho service reject information table 1 04 (S505) and 
the service reject requirement issue is requested to the 
service reject information multicasting part 106 (S506). 
[0052] In the step S502, when the current service re- 
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ject condition Is effective, the bad of the service provi- 
sioning part 1 08 is compared with the service reject re- 
lease threshold value T202 of the load threshold value 
table 103 (S507) . When the load of the service provi- 
sioning part 1 08 is not lower than the service reject re- 5 
lease threshold value T202 of the load threshold value 
table 103, the process is completed. When the load of 
the service provisioning part 108 is lower than the serv- 
ice reject release threshold value T202 of the load 
threshold value table 103, the service reject condition is 10 
set to "Service non-reject condition" (S508) and the 
service reject release requirement issue is requested to 
the service reject information multicasting part 106 
(S509). Here, the service reject information of which is- 
sue is requested to the service reject information multi- is 
casting part 1 06 should include the contents of the serv- 
ice reject information table 1 04. 
[0053] The service reject information multicasting part 
106 issues, upon reception of request from the service 
reject control part 105, the service reject information to &> 
the service use client 301. This process is illustrated in 
Fig. 6. Each step of this process is explained below. 
[0054] The service reject information multicasting part 
1 06 determines contents of the request from the service 
reject control part 1 05 (S601 ) and issues, when it is the 
request of the service reject requirement issue, service 
reject requirement to the service use client 301 (S602). 
When the request from the service reject control part 
105 has a content of service reject release requirement 
issue, the service reject release requirement is issued 30 
to the service use client 301 (S603). 
[0055] Here, as a means for issuing simultaneously 
the service reject requirement or service reject release 
requirement to many service use clients 301 , for exam- 
ple, a multicasting protocol which is called the IP multi- 3S 
cast protocol may be used. The IP multicast protocol is 
realised with the protocol called IGMP (Internet Group 
Management Protocol) and the service reject informa- 
tion mullicasting part 1 06 is capable of realizing the mul- 
ticast to many service use clients 301 by transmitting *o 
the service reject information to the multicast address- 
es. 

[0056] In the IP multicast, it is enough to transmit only 
one data to the particular multicast address from the in- 
lormation originating side. A receiving side transmits a «5 
request to receive multicast distribution to a router using 
IGMP. The router distributes the data while it is automat- 
ically copied only in the direction where the users who 
desii e the reception exist by means of the multicast rout- 
ing. As explained above, a large amount of data can be s <> 
transferred to many sites. In the multicast, a little differ- 
ence is generated in the data receiving times but it is 
possible to expect the almost simultaneous reception of 
data. 

[0057] Here, the service reject information multicast 
is not limited only to the multicast means and does not 
request simultaneous property and means only distribu- 
tion of the same contents to many receiving sides when 



the transmitting side is once aware of transmission of 
data. 

[0058] As a means of simultaneously transmitting the 
service reject information to many service use clients 
301, any means which can make the simultaneous 
transmission such as satellite digital broadcast, ground- 
wave digital broadcast and hand-held telephone base 
station or the like may be used in addition to the IP mul- 
ticast protocol explained above. 
[0059] Here, the multicast of service reject informa- 
tion takes the same route as the ordinary data transmis- 
sion and reception and does not require the other par- 
ticular line (even when it is logical) for multicast. The 
same route used here is used in the sense of the same 
route in the IP address level. 

[0060] The service reject information accept part 302 
accepts the service reject information from the service 
reject information multicasting part 106 and stores the 
contents thereof to the service use requirement issue 
control table 303. This process is illustrated in Fig. 7. 
Each step of this process will be explained below More- 
over, contents of the service use requirement issue con- 
trol table 303 are illustrated in Fig. 19. 
[0061] The service reject information accept part 302 
determines contents received from the service reject in- 
formation multicasting part 106 (S701 )and stores, when 
it is the service reject requirement: the contents to the 
service use requirement issue control table 303 (S702). 
The contents to be stored in the service use requirement 
issue control table 303 include, as illustrated in Fig. 19, 
the contents (indicated by TJ01, TJ02, TJ04) received 
from the service reject information mullicasting part 106, 
service condition TJ03 indicating that the service of the 
service provision system is under the service reject con- 
dition and the accept time TJ05 indicating the time when 
the service reject requirement is accepted. When the 
service reject requirements are accepted simultaneous- 
ly from the service provision systems for the services of 
a plurality of classes, a plurality of regions are provided 
to store such information for each service. When the 
content received from the service reject information mul- 
ticasting part 106 is the service reject release require- 
ment, the service reject information (Tj01 toTjOS) of the 
relevant service of the service provision system is de- 
leted from the service use requirement issue control ta- 
ble 303 (S703). 

[0062] The service use requirement issue control part 
305 accepts the request for service use requirement is- 
sue from the service use requirement accept part 306 
and controls the issue of the service use requirement to 
the service provision system 101 based on the service 
use requirement issue control table 303. This process 
is illustrated in Fig. 8. Each step of this process is ex- 
plained below. 

[0063] The service use requirement issue control part 
305 determines the service provision sy6stem to issue 
the service use requirement and the service reject con- 
dition based on the service condition TJ03 of the service 
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use requirement issue table 303 (S801 ). When the serv- 
ice provision system to issue the service use require- 
ment and the service are not under the service reject 
condition, the service use requirement issue is request- 
ed to the service use requirement issue part 304 
(S802) . When the service provision system to issue the 
service requirement and the service are under the serv- 
ice reject condition, the service reject information is ob- 
tained from the service use requirement issue control 
table 303 (S803) and display of the reject message is 
requested to the user notice part 307 (S804). 
[0064] The reject message display request is dis- 
played on the display unit by means of the user notice 
part 307. A display image is illustrated in Fig. 4. Namely, 
the message stored in the reject message T304 of Fig. 
3 is displayed together with the service use button D402. 
[0065] Here, the reject message may be displayed as 
the display image as illustrated in Fig. 4 or may be no- 
ticed with voices. Namely any type of message can be 
used so long as it is possible to notify that the relevant 
service of the service provision system is rejected to us- 
ers. 

[0066] Fig. 9 illustrates timing chart of the service pro- 
vision system 101 and service use client 301 in such a 
case that the class of reject of the service reject infor- 
mation table 104 is the service use requirement issue 
restraint T203. 

[0067] When the load of service provisioning part 1 08 
of the service provision system 101 exceeds the service 
reject start threshold value T201 to result in the service 
reject condition (S901), the service reject requirement 
is issued (S902). A user 402 issues the service use re- 
quirement to the relevant service of the service provision 
system (S903). However, since the service use client 
301 recognizes that the service of service provision sys- 
tem is under the service reject condition, the service use 
requirement is not issued to the service provision sys- 
tem 101 and the service disable condition is noticed to 
the user (S904). In this case, as illustrated in Fig. 4, con- 
tent that the service cannot be used is noticed to the 
user 402. The user 402 receives the notice indicating 
the service disabling condition and repeats the service 
use requirement issue (S905 to S906) . The service re- 
ject condition of the service provision system 101 is re- 
leased (S907) and the service reject release require- 
ment is issued (S908). The service use client 301 ac- 
cepts the service use requirement issue request from 
the user 402 (S909) because it has accepted the service 
reject release requirement and transmits the service use 
requirement to the service provision system 101. 
[0068] Moreover, in the shopping service system ex- 
plained above, it is also possible that the service reject 
information table 104 is processed as illustrated in Fig. 
11. Differences from Fig. 3 are that the class of reject 
TB03 is the service use requirement issue fixed time re- 
straint, content of the reject message TB04 becomes 
after xxx,...' and therefore a value of the restraint 
time TB05 is given to xxx, and the restraint time TB05 



is newly provided as the class of reject information. In 
this method, the service use client 301 restraints the 
service use requirement issue to the service of the serv- 
ice provision system for the period of restraint time TB05 

s by adding the restraint time TB05 to the service reject 
information issued from the service provision system 
101. The service use client 301 issues, after elapse of 
the restraint time TB05, the service use requirement 
from the user 402 to the service provision system 101 

10 and therefore the service reject release requirement 
from the service provision system 101 is unnecessary. 
[0069] The process of the service use requirement is- 
sue control part 305 when the class of reject TB03 of 
the service reject information table 104 is the service 

is use requirement issue fixed time restraint is illustrated 
in Fig. 1 3. Each step of this process is explained below. 
[0070] Upon acceptance of the service use require- 
ment issue request from the service use requirement ac- 
cept part 306, the service use requirement issue control 

20 part 305 determines whether the service provision sys- 
tem as the service use requirement issuing source and 
the service are in the service reject condition or not de- 
pending on the service use requirement issue table 303 
(SD01 ). When the service provision system issuing the 

2$ service use requirement and the service are not in the 
service reject condition, the service use requirement is- 
sue is requested to the service use requirement issue 
part 304 (SD02) . When the service provision system 
issuing the service use requirement and the service are 

30 in the service reject condition, the service reject infor- 
mation is obtained (SD03) from the service use require- 
ment issue control table 303, the period up to the current 
time from the service reject requirement accepting time 
TJ05 is obtained and it is determined whetherthe period 

35 has exceeded the restraint time or not (SD04) . When 
the period has exceeded the restraint time, the service 
reject information of the service of the service provision 
system is deleted from the service use requirement is- 
sue control table 303 (SD05) and the service use re- 

40 quirement issue is requested to the service use require- 
ment issue part 304 (SD06) . 
[0071] When the period does not exceed the restraint 
time, display of the reject message is requested to the 
user notice part 307 (SD07) . The rejectmessage is dis- 

4S played with the user notice part 307. The display image 
is illustrated in Fig. 12. That is, the message embedding 
the restraint time TB05 to the reject message TB04 of 
Fig. 1 1 is displayed together with the service use button. 
[0072] Fig. 1 4 illustrates the timing chart between the 

50 service provision system 101 and service use clients 
301 in such a case that the class of reject TB03 of the 
service reject information table 104 is service use re- 
quirement issue fixed time restraint. Differences from 
Fig. 9 are that load of the service provisioning part 108 

55 of the service provision system 101 exceeds the service 
reject start threshold value T201 resulting in the service 
reject condition (SE01 ) and the service use requirement 
from the user402 is not issued to the service provision 
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system 101 and it is restrained in the service use client 
301 during the period of restraint time from the service 
reject requirement issuing time (SE02). The service use 
requirement after exceeding the restraint time is issued 
to the service provision system 101 (SE08 to SE09). 
[0073] Moreover, in the service reject information ta- 
ble of Fig. 11, it is also possible, in place of fixing the 
restraint time TB05, to vary the restraint time depending 
on the load of the service provisioning part 108. Since 
the load of the service provisioning part 108 may be 
measured periodically with the service reject control part 
105, the load sometimes increases suddenly within a 
short period ot time. Considering such increase of the 
load, it is possible to set, into the load threshold value 
table 103, the restraint time for the service reject start 
threshold value depending on the load of the service 
provisioning part 108 as illustrated in Fig. 15. That is, 
since when the reject start threshold value is high, load 
concentration is also high, the longer restraint time is 
set assuming that the recovery time from the load con- 
centration is also longer. In this case, in the service re- 
ject information table 104, the class of reject TG03 is the 
service use requirement issue variable time restraint as 
illustrated in Fig. 16 and the restraint time TB05 existing 
in Fig. 11 is deleted. Moreover, the service reject infor- 
mation issued to the service use client 301 includes the 
restraint times of the service reject information table 301 
and the load threshold value table 1 03 corresponding to 
the load of the service provisioning part 108. 
[0074] Moreover, it is also possible that users are 
ranked previously and when the load of the service pro- 
visioning part 108 has exceeded the reject start thresh- 
old value T201 , the service use requirement issue of the 
lower-ranked user is restrained. As illustrated in Fig. 17, 
in the service reject information table 104, the class of 
reject TH03 is the service use requirement issue rank 
restraint and the reject object rankTH05 is newly added. 
The rank indicated in this embodiment includes the high- 
est rank A and the lowest rank C. The rank of user ex- 
plained here means for example, the rank of contribu- 
tion to the amount of sales such as the goods purchas- 
ing result in the past in the shopping service system. 
The ranking method may be selected freely, for exam- 
ple, trom the method to automatically give the rank 
based on the goods purchasing result in the past or the 
method in which a service operator periodically and 
manually sets the rank with reference to the goods pur- 
chasing resull in the pasl. The method is noi limited to 
the methods explained above and can introduce any 
type of method desired. The service reject information 
issued from the service provision system 101 is given 
the reject object rank TH05 and the service use require- 
ment issue control part 305 of the service use client 301 
determines whether own rank matches or not with the 
reject object rank of the service reject information issued 
from the service provision system 101 and also deter- 
mines whether the service use requirement should be 
issued or not. 



[0075] Fig. 18 illustrates the process of the service 
use requirement issue control part 305 in the case 
where the class of reject TH03 of the service reject in- 
formation table 104 is the service use requirement issue 
5 restraint. Each step of this process will be explained be- 
low. 

[0076] Upon acceptance of the service use require- 
ment issue request from the service use requirement ac- 
cept part 306, the service use requirement issue control 

10 part 305 determines the service provision system to is- 
sue the service use requirement and the service reject 
condition (SI01 ). When the service of the service provi- 
sion system is not in the service reject condition, the 
service use requirement issue is requested to the serv- 

is ice use requirement issue part 304 (SI04). When the 
service of the service provision system is in the service 
reject condition, the service reject information is ob- 
tained from the service use requirement issue control 
table 303 (SI02) and whether the rank of the service re- 

20 ject object matches with own rank or not is determined 

(5103) . When the service reject object rank does not 
match own rank, the service use requirement issue is 
requested to the service use requirement issue part 304 

(5104) . When the service reject object rank matches 
25 own rank, the reject message display is requested to the 

user notice part 307 (SI05) . 

[0077] The tour kinds of methods for class of reject of 
the service reject information table 104 have been ex- 
plained above. These fou r kinds of methods can be used 

30 in various manners such as that the rank of user as the 
reject object is varied depending on the load of the serv- 
ice provisioning part 108 through combination, for ex- 
ample, of the service use requirement issue variable 
time restraint and service use requirement issue rank 

35 restraint. 

[0078] According to the present invention, since the 
service use client in the shopping service system is pro- 
vided with the service connection part for connection 
with the service provision system, the service reject re- 

40 quirement is issued to the service use client before the 
service provision system is put into the overload condi- 
tion in order to control the service use requirement issue 
in the service use client. Thereby, the overload condition 
of the service provision system can be prevented. 

45 [0079] Moreover, the present invention can also be 
applied in direct to the telephone network such as the 
hand-held telephone network and data communication 
service to result in the similar effect. 
[0080] In the present invention, a load is not applied 

50 on the service provision system of the information serv- 
ice system and it is possible to reject the service use 
requirement issue itself from the service use client. 
Moreover, it is also possible to prevent the overload con- 
dition of the service provision system. 

55 
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Claims 

1 . A method of controlling a computer system in which 
a plurality of clients and a service provisions system 
which provides services depending on requests 5 
from said each client are connected through a net- 
work, the method comprising the steps of: 

judging whether a load has exceeded a first 
predetermined value or not in said service pro- 10 
vision system; 

transmitting a reject for requirement from said 
service provision system to said each client 
with multicasting communication using routes 
with which the clients transmit the requests to '5 
said service provision system; and 
setting said each client in a disable state to is- 
sue the requests to the service provisbns sys- 
tem after a reception of the reject for said re- 
quirement. 20 

2. A method according to claim 1 , wherein said reject 
for requirement includes information of time in 
which said client cannot issue the request. 

25 

3. A method according to claim 1, further comprising 
the steps of: 

judging whether said load is less than a second 
predetermined value or not in said service pro- 30 
vision system; 

transmitting a requirement reject release with 
the multicasting communication to the clients 
which have transmitted said reject for require- 
ment when said load is less than said second 35 
predetermined value; and 
setting said each client in a state able to issue 
the request after receiving the multicasting 
communication for the requirement reject re- 
lease. 40 

4. A method according to claim 3, wherein said load 
is an application coefficient of resources of said 
service provision system. 

45 

5. A method of controlling a computer system in which 
a plurality of clients, a service provision system for 
providing services depending on requests from said 
each client and a server for requesting a reject of 
service to said clients are connecting via a network, so 
the method comprising the steps of: 

judging whether a load has exceeded a first 
predetermined value or not in said service pro- 
vision system; ss 
requesting reject of service from said service 
provision system to said server depending on 
that said load exceeds said first predetermined 



value; 

transmitting depending on that said server has 
received the request for reject of service, reject 
of requirement with a multicasting communica- 
tion from said server to said clients using same 
routes with which said clients has transmitted 
the requests to said service provision system; 
and 

setting said each client in a disable state to is- 
sue the requests to the service provisions sys- 
tem after a reception of said reject of require- 
ment. 

6. A method according to claim 5, wherein said reject 
of requirement includes information of time in which 
said client cannot issue the request. 

7. A method according to claim 5, further comprising 
the steps of: 

judging whether said load is less than a second 
predetermined value or not in said service pro- 
vision system; 

requesting a service reject release from said 
service provision system to said server de- 
pending on that said determination result is 
YES; 

transmitting a requirement reject release with 
the multicasting communication from said serv- 
er to the clients which have transmitted said re- 
ject of requirement when said server has re- 
ceived the request for service reject; and 
setting said each client in a state able to issue 
the requests after receiving the multicasting 
communication for the requirement reject re- 
lease. 

8. A method according to claim 7, wherein said load 
is resource use coefficient of said service provision 
system. 

9. A service provision system for providing services 
depending on the requirement from a plurality of cli- 
ents, comprising: 

means for determining whether a load exceeds 
a first predetermined value or not; and 
means for transmitting, to said each client, re- 
ject for requirement with a multicasting commu- 
nication to disable service provision require- 
ment issue of each client using routes with 
which said each client transmits requests to 
said service provision system depending on 
that said load exceeds said first predetermined 
value. 

10. A service provision system as claimed in claim 9, 
wherein said reject for requirement includes infor- 
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mation of time where said client cannot issue the 
request. 

11. A service provision system as claimed in claim 9, 
further comprising: 

means for judging whether said load is less 
than a second predetermined value or not; and 
means for transmitting, to said clients which 
have transmitted said reject for requirement, a 
requirement reject release to enable the serv- 
ice provision requirement from said clients with 
the multicasting communication depending on 
that said load is less than said second prede- 
termined value. 

12. A service provision system as claimed in claim 11, 
wherein said load is a resource use coefficient of 
said service provision system. 

1 3. A service provision system which can connect a plu- 
rality of clients requesting service provision and a 
server which issues requirement for reject of serv- 
ices to said clients, comprising: 

means for determining whether a load exceeds 
or not a firs! predetermined value; and 
means for requesting reject of service to said 
server to enable said server to transmit, with 
the multicasting communication, the reject for 
requirement using routes with which said each 
client transmits the requests to said service 
provision system in order to disable service pro- 
vision requirement of said each client depend- 
ing on that said load exceeds said first prede- 
termined value. 

1 4. A service provision system as claimed in claim 1 3, 
wherein said reject for requirement includes infor- 
mation of time in which said client cannot issue the 
request. 

15. A service provision system as claimed in claim 13, 
further comprising: 

means for judging whether said load is less 
than a second predetermined value or not; and 
means for requesting, lo the clients to which 
said server has transmitted said reject for re- 
quirement, a reject release for the requirement 
with the multicasting communication to enable 
said each client to issue the service provision 
requirement when said load is less than said 
second predetermined value. 

16. A service provision system as claimed in claim 15, 
wherein said load is resource use coefficient of said 
service provision system. 



17. An information service system .comprising: 

service provisioning means for providing a re- 
quested service; and 

5 means for multicasting a requirement reject in- 

formation with same routes as data to service 
use clients which have generated the service 
use requirements when it is detected that a load 
condition of the information service system has 

10 exceeded a predetermined value. 

18. An information service system, comprising: 

service provisioning means for providing a re- 
is quested service; and 

means for multicasting a requirement reject in- 
formation in place of a ordinary data to a service 
use clients which have generated the service 
use requirements when it is detected that a load 
condition of the information service system has 
exceeded a predetermined value. 

19. An information service system, comprising: 



20 



25 



30 



35 



40 



service provisioning means for providing a re- 
quested service; and 

means for multicasting a requirement reject in- 
formation to service use clients which have 
generated the service use requirement when it 
is detected that a load condition of the informa- 
tion service system has exceeded a predeter- 
mined value, whereby data and said reject in- 
formation are transferred with same routes. 

20. An information service system as claimed in claim 
1 9 , wherein said load condition can be obtained 
from resource use coefficient of said information 
service system. 

21. An information service system as claimed in claim 
1 9, wherein said means for multicasting the service 
reject information is formed with a server other than 
said service provisioning means. 



45 22. An information service system, comprising: 

service provisioning means for providing re- 
quested service; and 

distributing means for distributing a service re- 
50 quirement reject information in same routes as 

data to said service provisioning means to serv- 
ice use clients including the service use clients 
which do not issue service requirements when 
it is detected that a load condition of the infor- 
5 5 mation service system has exceeded a prede- 

termined value. 

23. An information service system, comprising: 
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service provisioning means for providing re- 
quested service, and 

means for multicasting, to each service use cli- 
ent, time to constrain the service requirement 
issue of the service use clients which request 5 
the service to said service provisioning means 
when a load condition of the information service 
system has exceeded a reject start threshold 
value. 

70 

24. A service use client, comprising: 

a table for storing service reject information dis- 
tributed with the multicasting in same routes 
as data; and 75 
means for controlling service use requirement 
issue to a information service system based on 
said table. 

25. A service use client as claimed in claim 24, wherein 20 
said service reject information includes information 
indicating time to constrain said service use require- 
ment issue. 

26. An information service system, comprising: 2s 

service provisioning means for providing re- 
quested service; 

means for multicasting service reject informa- 
tion to a service use client which generates a 30 
service use requirement when it is detected that 
a load condition of the information service sys- 
tem has exceeds a predetermined value, and 
means for previously distributing, to said serv- 
ice use client, a program for controlling the 35 
service requirement issue to said service pro- 
visioning means depending on said service re- 
ject information. 

27. An information service system, comprising: *o 

service provisioning means for providing re- 
quested service; 

means for multicasting service reject informa- 
tion to a service use client which has generated *5 
a service use requirement when it is detected 
that a load condition of the information service 
system has exceeded the predetermined val- 
ue, and 

means for previously loading a program having 50 
the function to control, depending on said serv- 
ice reject information, the service requirement 
issue for said service provisioning means. 

28. An information service system, comprising: ss 

service provisioning means for providing re- 
quested service; 



monitoring means for monitoring whether a 
load condition of the information service system 
has exceeded a predetermined value or not; 
and 

multicasting means for multicasting service re- 
ject information in same routes as data to serv- 
ice use clients which have generated the serv- 
ice use requirements in response to a result of 
monitoring. 
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